home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 989 < prev    next >
Internet Message Format  |  1994-08-27  |  6KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Gem List (Please Post!) (fwd)
  3. Date:     Wed, 20 Jul 1994 23:48:12 -0600
  4. Precedence: bulk
  5.  
  6. Hello Ken,
  7.  
  8. >Look at it, and you'll find you will never look at AES 4.x quite the same
  9. >way again. :-)
  10.  
  11. I will, and you are probably right about it.
  12.  
  13. >> Okay, Ken.  _Send_ me a copy, if you are willing, and I will look at it
  14. >> and summarize the experience to the list.
  15.  
  16. Ken did send me a copy of the demonstration, and I will post a message
  17. about the experience later today.
  18.  
  19. >Actually, we *did* upload to the conference, but Yat declined to post it on
  20. >the basis that 'not everyone can use uudecode/unzip'. Shallow excuse
  21. >especially when other binaries have been posted to this conference in
  22. >exactly the same method.
  23.  
  24. Interesting...  You should not post anything larger than 16K to this
  25. list anyway, though, since MausNet will bounce it back to the entire
  26. list.
  27.  
  28. >I'm amazed at how much your attitude towards me has changed over the last
  29. >year.  Since we've not talked to each other since I sent you the last version
  30. >of WinLIB PRO, you've all-of-the-sudden got sour towards me.  Although I
  31. >don't take this personally, this is rather interesting when it comes toward
  32. >a person who was highly praising my library on ForemNET a year ago...  If
  33. >you keep talking down about it, why would you even WANT a copy of the
  34. >library?  I'll go ahead and send it to you anyway.
  35.  
  36. This should probably be in private mail, but I'll keep it short.  Perhaps
  37. my attitude has soured over the last year, but I doubt it.  The fact that
  38. I am not 100% encouraging toward your library should only be taken as that.
  39. If you did something I agreed with, I'd be very encouraging...
  40.  
  41. >XAES (the reworked version of WinLIB PRO) is 238,592 bytes. Remember
  42. >of course that only the parts of the library that you use get linked into
  43. >your executable.
  44.  
  45. This is 500% larger than EGEM (roughly).  Your library offers features
  46. that EGEM does not, I know, so I will not say that the size is an
  47. evil thing.  You also mentioned that only the things you need get
  48. linked in.  That is to the good, and would make me consider your
  49. library thoughtfully before making a decision.
  50.  
  51. >Tell me, where can I get SGEM, or ForceGEM?  What FTP sites, since I've never
  52. >heard of or seen these libraries.
  53.  
  54. ftp.cs.tu-berlin.de /pub/atari/[Pp]rogamming (not positive about directory)
  55.  
  56. EGEM, ForceGEM, SGEM, and others are all there.
  57.  
  58. >Notice the *key word* here. >>DIALOG<<, not >>WINDOW<<. So, it's o.k. to
  59. >operate background window gadgets with the left mouse button but it's not
  60. >o.k. to use the same button by itself for background dialog buttons? Talk
  61. >about inconsistent! :-)
  62.  
  63. Yes, it is inconsistant.  Not everything in life is consistant, though.
  64. I'm content to leave the standard behaviour the way it is.
  65.  
  66. >WinLIB PRO is easy to use, as the extended functionality is simply intuitive
  67. >extensions of what the user already knows. Unlike some of atari's
  68. >'extended features' which are decidedly non-intuitive. WinLIB strives to have
  69. >a CONSISTENT, INTUITIVE user interface, whereas 'other' people seem to strive
  70. >for exactly the opposite :-)
  71.  
  72. Please keep in mind that we are discussing GEM, though, not WinLIB PRO.
  73. In order for the ST to have the consistant, intuitive, [...] GUI that
  74. you want, every program would have to support it.  Since it is not
  75. likely that every programmer will use WinLIB PRO (no matter how good
  76. it is) then your GUI will not be consistant, intuitive, [...] at
  77. all, will it?  That is my point.  I am speaking from experience on
  78. this point, by the way.  I looked at the copy of the new demonstration
  79. that you sent and I can honestly say that it does not look or operate
  80. remotely like GEM usually does.  The window gadgets are different, the
  81. method of sizing a window is different, the method of iconification (such
  82. as it is) is different, and so on.  If anything, it looks quite a bit like
  83. windows.  It looks GOOD, but different.
  84.  
  85. >Fine with me.  The last thing I need is a bashing about a library that has
  86. >not yet been released, and is not yet FIT to be released.
  87.  
  88. I'll take that into account when I talk about it.
  89.  
  90. >Bzzt. Game over. Pure C works *FINE* with the Falcon. It always has. Pure C
  91. >1.1 even has bindings *FOR* the Falcon. Where did you ever get that bizarre
  92. >misconception that it didn't work on the Falcon? It isn't based on FIRST HAND
  93. >EXPERIENCE is it?
  94.  
  95. First hand?  No.  If I'm wrong, I apologize.  I was commenting from
  96. second-hand information.
  97.  
  98. >I was applying it not only to assembler level debuggers, I was applying it
  99. >to this conference in general. I've noticed that people have been slinging
  100. >around comments about things (like the Pure C thing above) without having
  101. >EXPERIENCE. Just slinging stuff around based on OPINION and not EXPERIENCE
  102. >is a definite no-no.
  103.  
  104. If I had a Falcon, I would comment from experience...  :)  I was wrong,
  105. I admitted it.  Not the end of the world.  The reason I mentioned it
  106. was because I saw a message in comp.sys.atari.st mentioning a new
  107. version (2.0) of Pure C that would work on the Falcon.  I assumed that
  108. meant there were problems with the old version on the Falcon.
  109.  
  110. >With PowerDOS this is not a problem. But I digress :-)
  111.  
  112. PowerDOS has a whole new set of problems...  :(
  113.  
  114. >If Yat would actually POST the file we sent to the list... geez....  Where
  115. >can I get WEGA, or Sys_Gem?
  116.  
  117. I'm not sure about WEGA, but SysGem is available at ftp.cs.tu-berlin.de
  118. and other german FTP sites.
  119.  
  120.  
  121. -- 
  122. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  123. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  124. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 AD 6E 02 71 85
  125.